home *** CD-ROM | disk | FTP | other *** search
- Path: informatik.tu-muenchen.de!fischerj
- From: fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: No waitTOF under CyberGraphX!
- Date: 23 Mar 1996 07:12:10 GMT
- Organization: Technische Universitaet Muenchen, Germany
- Distribution: world
- Message-ID: <4j088a$s3p@sunsystem5.informatik.tu-muenchen.de>
- References: <13213651@sourcery.han.de> <31319872.751@plea.se> <zp0e60aCMqF5Z1a@blank1.blanker.ruhr.de> <313C4157.7806@plea.se> <zp221eaCP6huZ1a@blank1.blanker.ruhr.de> <4i4uch$qdu@skivs.ski.org> <31486127.25BE@plea.se>
- NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
- X-Newsreader: TIN [version 1.2 PL2]
-
- Jonas Elfstrom (jonas@plea.se) wrote:
-
- : > As far as I can tell when you write a new display start address it takes
- : > effect on the next vertical blank. I believe this is a property of VGA and
- : > SVGA chips. So if your rendering takes less than one frame you will get
- yes I was told that, too.
- : > smooth buffering but you will still have to wait for the vertical blank
- : > signal to synchronize properly otherwise you may run ahead of yourself
- : > and miss a frame.
- only if rendering is faster than a frame.
-
- : And how do I busy-wait for the vertical blank?
-
- What about VBeamPos on gfx-cards ?
- with help of a timer you could test if a frame already was
- displayed (at least once) and so prevent from busy waiting if
- framerate is below 50 Hz (render takes more than a frame).
-
- : --
- : / Jonas Elfstrom (5+ rows .sigs sux) jonas@plea.se \
- : < Amiga, Linux, ISP, C, 680x0/6502. Guinness. Suede, Oasis, SP. >
- : \ We are here to PLEAse you. +46 19 322010 http://www.plea.se/
- ------------------------------------------------------------------------
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) =:)
-
-
-
-
-
-
-
-
-
-
-
-